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(54) Merging various request methods into a single unified user interlace 



(57) Methods and systems for allowing a user to en- 
ter a request, such as dialing input, without having to 
specify, or otherwise commit to, a particular request 
method. Upon detecting a user input that represents a 
user request for service, response data is retrieved that 
represents an appropriate response to the request 
should the user intend the request to be in accordance 



with a first request method. However, other response 
data is also retrieved that represents an appropriate re- 
sponse to the requestshouldthe user have intended the 
request to be in accordance with other request methods. 
Accordingly, the user need not commit to a particular 
request method before entering the request, thus unify- 
ing and simplifying the request process. 
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Description 

BACKGROUND OF THE INVENTION 

1. Cross-Reference to Related Application 

[0001] The present application claims priority from 
United States provisional patent application Serial 
Number 60/237,287, filed 02 October2000 and entitled 
"Smart Dialer For Cell Phone", which provisional appli- 
cation is incorporated herein by reference in its entirety. 

2. The Field of the Invention 

[0002] The present invention relates to the field of 
computer user interfaces. Specifically the present in- 
vention relates to the merging of various request meth- 
ods, such as dialing methods, into a single unified user 
interface without requiring a user selection of the re- 
quest method. 

3. Background and Related Art 

[0003] The telephone has been one of the most per- 
vasive inventions of the modern era. It is now common 
practice for an individual (throughout this specification, 
called a "caller") to use a telephone to audibly converse 
in real-time with another individual (throughout this 
specification, called a "callee") even if the caller and the 
callee are remotely located. Recently, the types of de- 
vices able to support telephonic communication have 
expanded well beyond what was conventionally thought 
of as a telephone. For example, digital telephones 
(hardwired and wireless), and some types of personal 
computers and Personal Digital Assistants are now able 
to engage in telephonic communication. Also, telephon- 
ic connections are now used to communicate non-audi- 
ble data outside of the audible range. 
[0004] Regardless of its physical form or the type of 
information communicated, each telephonic device is 
identified on a telephone network by a telephone 
number. By using a telephonic device to dial the tele- 
phone number of another telephonic device, a connec- 
tion is established between the telephonic devices al- 
lowing for real-time communication. 
[0005] Conventional dialing methods relied heavily on 
the caller's knowledge of the callee's telephone number. 
The caller, having knowledge of the desired telephone 
number, would then enter the telephone number one 
digit at a time via, for example, a rotary dial, a keypad, 
or the like. It would, however, be unreasonable to expect 
that a caller would have knowledge of every potential 
telephone number that the caller might want to dial. 
Therefore, numerous technologies exist that allow the 
user to identify a telephone number that corresponds to 
a desired callee. 

[0006] For example, telephone books are published 
that alphabetically list telephone numbers correspond- 



ing to entities such as individuals and business. The en- 
tity names are typically listed alphabetically thus allow- 
ing a caller to find a particular telephone number given 
the entity name. This requires that a user obtain access 

s to a telephone book, that the telephone book be of the 
correct region, that the desired entity be listed in the tel- 
ephone book, and that the caller makes the effort of 
searching the telephone book correctly. 
[0007] Also, a caller may dial an information line, pro- 

10 vide the entity name, and receive the corresponding tel- 
ephone number via an information service. This re- 
quires that the user access the information telephone 
number, which may be a number that is more easily re- 
membered (e.g., 411 or 1-800-555-1212), and requires 

15 that the user dial an extra telephone number. Also, there 
may be a charge associated with the information serv- 
ice, which maybe especially frustrating if the information 
service returns an incorrect telephone number. 
[0008] Many telephonic devices are now equipped 

20 with a technology calied "speed dial", which allows a 
caller to program a telephonic device to accept a shorter 
number (e.g., a single or double digit number) in lieu of 
a longer telephone number when dialing. Although this 
simplifies the dialing process, the caller must still re- 

25 member what speed dial number is associated with 
what entity. Also, the number of speed dial numbers 
available are, by design, limited. Accordingly, there will 
still be many telephone numbers that cannot be ac- 
cessed by a speed dial number. Also, the use of speed 

30 dial requires some initial time and knowledge to program 
a particular speed dial number. 

[0009] Callers may also use a call log to dial a tele- 
phone number. The user might do this by selecting the 
call log on the telephonic device, scrolling through a his- 

35 torical list of calls placed or received, select a telephone 
number when found, and then command the telephonic 
device to dial the corresponding telephone number. 
However, this still requires that the caller perform vari- 
ous electronic selections and searches in order to dial. 

40 [0010] Telephone books, information services, speed 
dial, and call logs are just examples of technologies that 
enable a caller to dial a telephone number without know- 
ing the telephone number beforehand. However, all of 
the conventional methods suffer in that they require rel- 

45 atively significant user effort to obtain and dial a desired 
telephone number if the telephone number is not al- 
ready known. In particular, if the dialing method is other 
than a default method, the caller expends effort to select 
an alternative dialing method. 

50 [0011] The amount of user effort is increased should 
the first dialing method selected not result in the desired 
telephone number being selectable. For example, the 
caller might search a call log only to find that the desired 
telephone number is not present in the call log at all. 

55 From there, the caller might select a contacts list and 
search through the contacts list for the telephone 
number, only to find that the telephone number is hot 
listed in the contacts list. The user might then search the 
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speed dial numbers at last resulting in the telephone 
number. 

[0012] Accordingly, what are desired are systems, 
methods and computer program products for find and 
dialing a telephone number with reduced user effort. 

SUMMARY OF THE INVENTION 

[0013] Methods and systems are described for allow- 
ing a user to enter a request without having to specify, 
or otherwise commit to, a particular request method. In 
one example, the request is for dialing a telephone 
number in which case the request method may be, for 
example, dialing with the area code first, dialing just the 
local number without the area code, entering the first 
name of the desired callee, entering the surname of the 
desired callee, or the like. 

[0014] In particular, upon detecting a user input that 
represents a user request for service, response data is 
retrieved that represents an appropriate response to the 
request should the user intend the request to be in ac- 
cordance with a first request method. However, other 
response data is also retrieved that represents an ap- 
propriate response to the request should the user have 
intended the request to be in accordance with other re- 
quest methods. Accordingly, the user need not commit 
to a particular request method before entering the re- 
quest, thus unifying and simplifying the request process. 
[0015] For example, if the user request was in the 
form of dialing input, the caller need not specify whether 
the number is from the call log, a contacts list, whether 
the caller is engaging speed dial, whether the caller is 
first dialing the area-code or whether the caller is just 
dialing the local number. Responses appropriate to 
many different dialing methods are returned. Since the 
user is not required to select a dialing method, and since 
the user need not manually navigate databases such as 
contacts and call log databases, the dialing process is 
substantially simplified from the user's perspective. This 
is especially useful in devices that have limited input in- 
terfaces such as telephones. 

[0016] In one embodiment, the response data is ob- 
tained by filtering the request against the database en- 
tries by searching for matches according to multiple re- 
quest methods. For example, if a caller enters a series 
of numbers, the filter will search for matches should the 
user intend to dial the area code first, other matches 
should the user intend to just dial the local number, other 
numbers should the user be entering a first name, and 
yet other matches should the user be entering a sur- 
name. In order to reduce response time and unneces- 
sary processing, the filter may intelligently determine 
whetherfiltering is warranted in light of each incremental 
request input (e.g., each dialed digit). Thus, filtering 
might not occur for each incremental request input 
thereby reducing response time. This is especially use- 
ful in devices that have relatively limited processing re- 
sources. 



[0017] The response data thus represents entries that 
match the request using a variety of different matching 
criteria. In addition, the response data may originate 
from a variety of different databases having different da- 

5 ta formats. Once the various response entries are re- 
ceived back from the filter, the entries are passed to a 
data interface that then formats the entries to appear 
homogeneous despite being from different databases. 
The homogeneous data structures are then used to 

10 renderthe display thus resulting in a unified appearance 
to the user. The user need not be aware that such sim- 
ilarly appearing entries actually originated from diverse- 
ly different databases. 

[0018] Thus, the principles of the present invention 
15 provide an improved mechanism for allowing a user to 
enter a request processing the request to return entries 
presupposing a variety of different request methods, 
and then unifying the various response for display to a 
user. Additional features and advantages of the inven- 
20 tion will be set forth in the description which follows, and 
in part will be obvious from the description, or may be 
learned by the practice of the invention. The features 
and advantages of the invention may be realized and 
obtained by means of the instruments and combinations 
25 particularly pointed out in the appended claims. These 
and other features of the present invention will become 
more fully apparent from the following description and 
appended claims, or may be learned by the practice of 
the invention as set forth hereinafter. 

30 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0019] In order to describe the manner in which the 
above-recited and other advantages and features of the 

35 Invention can be obtained, a more particular description 
of the invention briefly described above will be rendered 
by reference to specific embodiments thereof which are 
illustrated in the appended drawings. Understanding 
that these drawings depict only typical embodiments of 

40 the invention and are not therefore to be considered to 
be limiting of its scope, the invention will be described 
and explained with additional specificity and detail 
through the use of the accompanying drawings in which : 
[0020] Figure 1 illustrates an example telephonic de- 

45 vice that provides a suitable operating environment for 
the present invention; 

[0021] Figure 2A illustrates an example display forthe 
device of Figure 1 before any input data is entered in 
the input field: 

so [0022] Figure 2B illustrates the example display after 
one input digit is input in the input field; 
[0023] Figure 2C illustrates the example display after 
two input digits are input in the input field resulting in the 
display of a filtered list that represents matches accord- 

55 jng to several dialing methods; 

[0024] Figure 2D illustrates the example display after 
three input digits are input in the input field thus further 
filtering the list; 
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[0025] Figure 2E illustrates the example display after 

four input digits are input in the input field thus filtering 

the list to a point that the display may simultaneously list 

all of the entries in the filtered list; 

[0026] Figure 2F illustrates the example display after 

the focus frame has been lowered from the input field to 

one of the entries in the filtered list; 

[0027] Figure 3 schematically illustrates an example 

architecture that may implement the principles of the 

present invention to generate the displays of Figures 2A 

through 2F; 

[0028] Figure 4A illustrates a data structure that rep- 
resents the output from the duplicate remover of Figure 

3; 

[0029] Figure 4B illustrates a data structure that rep- 
resents the output from the first concatenator of Figure 

3; 

[0030] Figure 4C illustrates a data structure that rep- 
resents the output from the filter of Figure 3; 
[0031] Figure 4D illustrates a data structure that rep- 
resents the output from the second concatenator of Fig- 
ure 3; and 

[0032] Figure 5 illustrates a flowchart of a method in 
accordance with the present invention. 

DETAILED DESCRIPTION OF THE INVENTION 

[0033] The present invention extends to systems, 
methods and computer program products for merging a 
number a request or dialing methods so as to allow a 
user enter the request without requiring that the user 
specify the request or dialing method. Upon detecting a 
user input that represents a user request for service, re- 
sponse data is retrieved that represents an appropriate 
response to the request should the user intend the re- 
quest to be in accordance with a first request method. 
However, other response data is also retrieved that rep- 
resents an appropriate response to the request should 
the user intend the request to be in accordance with oth- 
er request methods. Accordingly, the user need not 
commit to a particular request method before entering 
the request, thus unifying and simplifying the request 
process. For example, if the user request was in the form 
of dialing input, the caller need not specify whether the 
number is from the call log, a contacts list, whether the 
caller is engaging speed dial, whether the caller is first 
entering the area-code or whether the caller is just en- 
tering the local number. 

[0034] The embodiments of the present invention 
may comprise a special purpose or general purpose 
computing device including various computer hardware, 
as discussed in greater detail below. Embodiments with- 
in the scope of the present invention also include com- 
puter-readable media for carrying or having computer- 
executable instructions or data structures stored there- 
on. Such computer-readable media can be any availa- 
ble media which can be accessed by a general purpose 
or special purpose computer. By way of example, and 



not limitation, such computer-readable media can com- 
prise physical storage media such as RAM, ROM, EEP- 
ROM, CD-ROM or other optical disk storage, magnetic 
disk storage or other magnetic storage devices, or any 
5 other medium which can be used to carry or store de- 
sired program code means in the form of computer-ex- 
ecutable instructions or data structures and which can 
be accessed by a general purpose or special purpose 
computer. 

10 [0035] When information is transferred or provided 
over a network or another communications connection 
(either hardwired, wireless, or a combination of hard- 
wired or wireless) to a computer, the computer properly 
views the connection as a computer-readable medium. 

15 Thus, any such connection is properly termed a compu- 
ter-readable medium. Combinations of the above 
should also be included within the scope of computer- 
readable media. Computer-executable instructions 
comprise, for example, instructions and data which 

20 cause a general purpose computer, special purpose 
computer, or special purpose processing device to per- 
form a certain function or group of functions. 
[0036] Figure 1 and the following discussion are in- 
tended to provide a brief, general description of a suit- 
es able computing environment in which the invention may 
be implemented. Although not required, the invention 
will be described in the general context of computer-ex- 
ecutable instructions, such as program modules, being 
executed by computing devices. Generally, program 

30 modules include routines, programs, objects, compo- 
nents, data structures, and the like that perform partic- 
ular tasks or implement particular abstract data types. 
Computer-executable instructions, associated data 
structures, and program modules represent examples 

35 of the program code means for executing steps of the 
methods disclosed herein. The particular sequence of 
such executable instructions or associated data struc- 
tures represent examples of corresponding acts for im- 
plementing the functions described in such steps. 

40 [0037] Those skilled in the art will appreciate that the 
invention may be practiced in network computing envi- 
ronments with many types of computer system config- 
urations, including personal computers, hand-held de- 
vices, multi-processor systems, microprocessor-based 

45 or programmable consumer electronics, network PCs, 
minicomputers, mainframe computers, and the like. The 
invention may also be practiced in distributed computing 
environments where tasks are performed by local and 
remote processing devices that are linked (either by 

50 hardwired links, wireless links, or by a combination of 
hardwired or wireless links) through a communications 
network. In a distributed computing environment, pro- 
gram modules may be located in both local and remote 
memory storage devices. 

55 [0038] With reference to Figure 1 , a suitable operating 
environment for the principles of the invention includes 
a general purpose computing device in the form of a tel- 
ephonic device 1 00. The telephonic device 1 00 includes 
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a user interface 101 for allowing a user to input informa- 
tion through an input user interface 103, and review in- 
formation presented via an output user interface 102. 
[0039] For example, the output user interface 1 02 in- 
cludes a speaker 104 for presenting audio information 
to the user, as well as a display 1 05 for presenting visual 
information to the user. The telephonic device 100 may 
also have an antenna 1 09 if the telephonic device 1 00 
has wireless capabilities. 

[0040] The input user interface 1 03 may include a mi- 
crophone 106 for rendering audio information into elec- 
tronic form. In addition, the input user interface 103 in- 
cludes dialing controls 107 represented by 12 buttons 
through which a user may enter information conforming 
to a variety of dialing methods. 

[0041] Input user interface 103 also includes naviga- 
tion control buttons 1 08 that assist the user in navigating 
through various entries and options that may be listed 
on display 105. For example, in accordance with the pri- 
or art, users would typically have to use navigation con- 
trol buttons 108 to selecting a dialing method. For ex- 
ample, one might select a contacts list to navigate 
through an alphabetical list of contacts. Then, the user 
could search and select the appropriate contact, and 
press a dial button to dial the corresponding telephone 
number. Alternatively, the user might select a call log, 
navigate through the call log until a particular previous 
call event (either from an incoming call, or a previous 
outgoing call) is found, select that event, and then press 
the dial button to dial the corresponding telephone 
number. Then again, the user might select a speed dial 
function, enter the corresponding speed dial number, 
and then press the dial button. The user might also just 
enter the telephone number and press the dial button. 
However, this latter method works only if the user hap- 
pens to have memorized the desired telephone number. 
[0042] In accordance with the present invention, 
these various dialing methods are merged into a single 
user interface thus alleviating the user from selecting or 
otherwise having to be concerned about what dialing 
method is to be used This is an especially important im- 
provement in the case of limited input devices such as 
the one shown in Figure 1 in which there are only 12 
buttons available to enter a large set of alphanumeric 
text, and only a few buttons available to navigate the 
display 1 05. In the case of such limited input devices, it 
would represent a significant improvement in the art to 
eliminate the requirement to select a dialing method. 
Furthermore, should a user select a dialing method with- 
out knowing beforehand whether or not the selecting di- 
aling method will result in successfully finding the de- 
sired telephone number, the user may engage in com- 
plex input activities that are ultimately fruitless. If the di- 
aling method was unsuccessful, the user would have to 
select another dialing method often without knowing 
whether or not the next dialing method will result in suc- 
cess. By merging the various dialing methods into a sin- 
gle user interface, the user keeps all options open. The 



dialing information is used to retrieve dialing results in 
accordance with a variety of dialing methods. The user 
may then select the correct entry when it is displayed 
regardless of the dialing method involved. More regard- 

5 ing this principle will be described further below. 

[0043] Although the user interface 101 has the ap- 
pearance of a mobile telephone, the unseen features of 
the user interface 1 01 may allow for complex and flexi- 
ble general-purpose processing capabilities. For exam- 

10 pie, the telephonic device 1 00 also includes a processor 

1 1 1 and a memory 1 1 2 that are connected to each other 
and to the user interface 1 01 via a bus 110. The memory 

112 generically represents a wide variety of volatile and/ 
or non-volatile memories that may be employed. The 

is particular type of memory used in the telephonic device 
100 is not important to the present invention. 
[0044] Program code means comprising one or more 
program modules may be stored in memory 112. The 
one of more program modules may include an operating 

20 system 113, one or more application programs 114, oth- 
er program modules 115, and program data 116. 
[0045] While Figure 1 represents a suitable operating 
environment for the present invention, the principles of 
the present invention may be employed in any device 

25 that is capable of receiving a user-entered request (such 
as dialing input) in accordance with a variety of request 
methods (such as a variety of dialing methods). The en- 
vironment illustrated in Figure 1 is illustrative only, and 
by no means represents even a small portion of the wide 

30 variety of environments in which the principles of the 
present invention may be implemented. 
[0046] Figure 2A through Figure 2F illustrate a series 
of displays 200 as they might appear, for example, on 
the display 1 05 of Figure 1 . The display 200 includes an 

35 input field 201, a filtered output field 202 and a focus 
frame 203. However, Figures 2A through 2F illustrated 
the display in different states. Accordingly, each of the 
display 200, the input field 201 , the filtered output field 
202 and the focus frame 203 are identified with a suffix 

40 A through F that corresponds to the suffix A through F 
used to identify the figure. Although Figures 2A through 
2F illustrate one example of how the principles of the 
present invention may operate, various modifications, 
additions, and deletions will be apparent to those of or- 

45 dinary skill in the art after having reviewed this descrip- 
tion. 

[0047] The input field 201 allows the user to enter a 
request for service without having to specify the request 
method. This description will focus primarily on an em- 

50 bodiment in which the request is dialing input for placing 
a telephone call. However those skilled in the art will 
recognize, after having reviewed this description, that 
the principles of the present invention may be extended 
towards any type of request that has an ambiguous 

55 meaning depending on the request method used. 

[0048] The filtered output field 202 represents a uni- 
fied area in which responses to the dialing input are pre- 
sented to the user. Since the user is not required to com- 
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mit to a particular dialing method prior to entering the 
dialing input, the response items may be appropriate for 
a variety of different dialing methods. 
[0049] The focus frame 203 allows the user to identify 
what item against which the user desires to take action. 
For example : while the focus frame 203 highlights the 
input field 201 , the user may enter dialing input into the 
input field However, the user may also scroll the focus 
frame 203 down to one of the items in the filtered output 
field 202 in order to select that item for dialing. 
[0050] Figure 2A illustrates the display 200A in its in- 
itial state with no dialing input entered in the input field 
201 A, and with no responses presented in the filtered 
output field 202A. The focus frame 203A highlights the 
input field 201 A thus reflecting that the display 200A is 
ready to accept dialing input in the input field 201 A. 
[0051] Figure 2B illustrates the display 200B after the 
user has entered a l, 5" in the input field 201 B. The focus 
frame 203B remains over the input field 201 B thus al- 
lowing this input. In response, the filtered output field 
202B then presents an appropriate speed dial entry cor- 
responding to the single digit. In the illustrated embod- 
iment, the filtering of contacts lists and so forth may not 
begin until two digits are entered in the input field. How- 
ever, to facilitate convenient access to speed dial num- 
bers, the display may return the appropriate speed dial 
numbers even though the number of digits in the input 
field has not yet resulted in responses from any other 
dialing methods. 

[0052] Figure 2C illustrates the display 200C after the 
user also enters a "6" with the accumulated dialing input 
being "56". The focus frame 203C remains over the in- 
put field 201 C thus still allowing this input. At this stage, 
filtering occurs as described in further detail below with 
respect to Figure 3 through Figure 5. In response to the 
filtering operation, the filtered output field 202C illus- 
trates entries from a variety of different dialing methods. 
The resulting entries are appropriate to the dialing input 
as emphasized by the underlined portions of the result- 
ing entries. For example, the first two entries presup- 
pose that the dialer is entering the first two digits of the 
area code first. The remaining four entries presuppose 
that the dialer is entering the first two digits of the local 
number. 

[0053] The local numbers returned may be those en- 
tries conform to the dialing input, and that either did not 
have an area code specified, or those entries that in- 
cluded an area code that corresponds to a default area 
code. For example, if the telephonic device 1 00 is cur- 
rently in the 61 0 area code, and/or if the 61 0 area code 
is the area code of the telephone number of the tele- 
phonic device, the filtering may ignore the area code and 
just match the dialing input against the local number. 
[0054] As will be described in further detail hereinaf- 
ter, the resulting entries illustrated in filtered output field 
202 may have originated from separate databases in 
which the entries were represented using incompatible 
data structures. For example, some of the resulting en- 



tries may have originated from a contacts database, 
some from a speed diai database, and some from a call 
log. However, notwithstandingthatthe entries wereorig- 
inally represented at their source using different data 
5 structures, the entries are homogenous as they appear 
in the filtered output field 202. 

[0055] Figure 2D illustrates the display 200D after the 
user also enters a "2" with the accumulated dialing input 
being "562". The focus frame 203D remains over the 
10 input field 201 D thus allowing this input as well. The re- 
sponse entries in the filtered output field 202D are then 
refreshed to reflect the additional dialing input. As de- 
scribed in further detail below, the response entries in 
the filtered output field 202 will not always change in re- 
15 sponse to additional dialing input. 

[0056] In accordance with the present invention, the 
telephonic device 100 may avoid further filtering if fur- 
ther filtering would not result in a change in the response 
entries. For example, suppose that the display illus- 
20 trates a number of response entries that presuppose the 
dialing input represents a last name. Users often have 
numerous entries corresponding to family members 
who share the same last name. Accordingly, as the 
name is spelled out, the response entries may not 
25 change. Accordingly, unnecessary filtering is largely 
avoided resulting in processor savings that are espe- 
cially significant in devices that have lower processing 
capabilities such as many types of telephonic devices. 
[0057] The response entries of the filtered output field 
30 202D now include five numbersthat presuppose that the 
dialing input represents the first three digits of a local 
number. These five entries are identified by having un- 
derlined portions that match the dialing input. 
[0058] In addition, there is one entry that presupposes 
35 that the dialing input represents the first name of an in- 
dividual named "Joan". Referring to the dialing controls 
1 07 of Figure 1 , the digits 0 and 2 through 9 have cor- 
responding alphabetic letters listed on the buttons. As 
is common knowledge, entered digits may instead rep- 
40 resent the corresponding alphabetic letters. For exam- 
ple, the digit "5" also represents the letters "j". " k "> or 
The digit "6 M also represents the letters "m", V, or "o". 
The digit ,, 2" also represents the letters "a", "b", or "c". 
Accordingly, the dialing input "562" might represents 
45 "Joa" .Thus, the entry for Joan matches the dialing input 
as represented by the underlined portions of the entry. 
[0059] Figure 2E illustrates the display 200E afterthe 
user also enters a "6" with the accumulated dialing input 
being "5626". The focus frame 203E remains over the 
so input field 201 E thus allowing this input. In this example, 
the dialing input in the input field 201 E is now specific 
enough that all of the potential matches may now appear 
in the filtered output field 202E. For example, the top 
entry presupposes that the dialing input represents the 
55 first four digits of the local number. The middle two en- 
tries assume that the dialing input represents the first 
four letters of the first name corresponding to a tele- 
phone number. The lowest entry assumes that the dial- 
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ing input represents the first four letters of the last name 
corresponding to a telephone number. 
[0060] Figure 2F illustrates the focus frame 203F 
moved over a particular entry in the filtered output field 
202F. The movement of the focus frame 203F may be 
accomplished via, for example, the navigation controls 
1 08 of Figure 1 . The user may then select the highlight- 
ed entry also via the navigation controls 108. This se- 
lection may cause the dialing of the telephone number, 
or perhaps a menu to appear that offers dialing as one 
of several options corresponding to the telephone 
number. 

[0061] In this whole process, the user never has to 
navigate to a call log, a contacts list or specify the mean- 
ing of the dialing input. Accordingly, the user need not 
commit to or even specify a dialing method. The user 
simply enters the dialing input with the desired entry ul- 
timately appearing in the filtered output field regardless 
of the source of the entry and regardless of the intended 
dialing method. Although the user experience is greatly 
simplified, there is significant work performed behind the 
scenes in order to enable this user experience, in par- 
ticular, referring to Figure 1 , this work may be accom- 
plished via the user interface 101 interacting with proc- 
essor 111 and the various components of memory 112 
as is now described with reference to Figure 3 through 
Figure 5. 

[0062] Figure 3 schematically illustrates an architec- 
ture 300 that may implement the features of the present 
invention. Each of the elements of the architecture 300 
may be hardware, software, or a combination of hard- 
ware and software. In the embodiment described, each 
of the elements of the architecture 300 may be software 
modules that are emulated when the processor 111 of 
Figure 1 executes one of the application programs 112 
of Figure 1 . While Figure 3 and the corresponding de- 
scription illustrate one mechanism for dynamically filter- 
ing dialing input to present a unified filtered output, those 
skilled in the art will recognize, after having reviewed 
this description, that a variety of other architectures may 
operate to implement the principles of the present in- 
vention. 

[0063] Throughout Figure 3, there are solid arrows 
leading from one module to the next. These solid arrows 
represent request paths for one or more requests from 
the module at the tail of the arrow to the module at the 
head of the arrow. There are also corresponding dashed 
arrows in the reverse direction of the solid arrow. The 
dashed arrows represent one or more responses to the 
one or more requests. 

[0064] The architecture 300 includes databases 310 
such as database A, database B, and database C. The 
databases are generically labeled to emphasize that the 
principles of the present invention may operate with 
many different kinds of databases having a variety of 
data structures. However, in this description, database 
A, B and C will often be referred to as a contacts, speed 
dial, and call log database, respectively. Also, although 



three databases are shown, the present invention may 
work with other numbers of databases as well. Further- 
more, although the databases are described as having 
entries that have incompatible data structures between 
5 databases, the databases may also have compatible 
data strucLures as well. 

[0065] Databases A, B ; and C have entries A 1 through 
A N . B 1 through B M , and C 1 through C P , respectively. 
Each entry may represent a telephone number (with or 

10 without an area code) with corresponding information 
For example, a contacts database may have a name, 
title, company, fax number, mobile number or address 
associated with each telephone number. A speed dial 
database may also include an associated speed dial 

15 number. A call log database may also include the call 
date time and duration. 

[0066] The displayer module 321 assembles all the 
data structures necessary for the telephonic device 1 00 
to receiving and present the dialing input in the input 

20 field 201 and the filtered output results in the filtered out- 
put field 202. The display module 321 does this even 
though the filtered output results are from different da- 
tabases. In order to accomplish this, the display module 
321 directly or indirectly uses all of the other modules 

25 and databases illustrated in Figure 3. 

[0067] Specifically, when new information is entered 
that is to be displayed in the input field 201 of Figure 2, 
the displayer 321 asks the requestor module 31 6 for all 
the rows of information that are needed to fill in the dis- 

30 play. This initial request begins a chain of requests that 
flow generally upward as illustrated in Figure 3. The re- 
questor 31 6 then asks the second concatenator module 
315 for the updated request data that is to appears in 
the input field 201 concatenated with all of the corre- 

35 sponding filtered entries from all of the databases 310. 
The second concatenator 315 then accesses the re- 
quest data 314, and requests the updated filtered en- 
tries from the filter module 313. 

[0068] In response, the filter 31 3 examines the updat- 

40 ed request data 314 to determine whether the updated 
input warrants re-filtering. For example, the filter 313 
may compare the previously filtered entries correspond- 
ing to the currently viewed items in the filtered output 
field 202 to see if the updated input would result in any 

45 of such items being filtered out. If the updated request 
data would not result in a change to the viewed data, 
the filter 313 notifies the second concatenator 315 of 
this. The second concatenator 315 would then concate- 
nate the new request data to the old filtered data, which 

50 would then be returned to the requestor 316. In this 
case, if the displayer 321 were to scroll down the list in 
the output field, the filter would check the newly viewed 
items to see if they also would be eliminated by the most 
updated filtering. 

55 [0069] Filtering often involves significant processing 
resources. Accordingly, this elimination of unnecessary 
filtering significantly improves performance by eliminat- 
ing complex processing operations. Thus, the average 



7 



BNSDOCID: <EP 1193956A2J_> 



13 



EP1 193 956 A2 



14 



response time for responding to an additional input digit 
may be significantly reduced. Otherwise, there might be 
a noticeable lag between the time that the user inputs a 
digit in the input field 201 , to the time that the filtered 
results are illustrated in the filtered output field 202. 
[0070] If filtering is needed, the filter 31 3 asks the first 
concatenation module 312 for the concatenated list of 
the databases 310 with duplicates removed. The first 
concatenator 312 then accesses database A and data- 
base B. The first concatenator 31 2 also requests a non- 
duplicated version of database C from the duplicate re- 
mover module 311 . 

[0071] Some of the databases may include entries 
with substantially duplicated information. For example, 
there may be numerous entries in the call log database 
since there may be many incoming calls registered from 
a particular telephone number. Although it is desirable 
to have such entries for each event in the context of call 
log, it is not desirable to have such duplication in the 
filtered output field 202 where perhaps only a telephone 
number and an associated name are ultimately dis- 
played. Accordingly, a duplicate remover module 311 
examines each entry and removes duplicates. In this 
case, only one database (database C) characteristically 
has duplicates. However, this or a similar duplicate re- 
mover module may serve any other database for which 
there may be a high number of duplicate entries. 
[0072] Upon request for the non-duplicated version of 
the database C, the duplicate remover 31 1 accesses da- 
tabase C in order to generate a non-duplicated version 
of the database C. In one embodiment, the non-dupli- 
cated version of database C does not change in re- 
sponse to additional dialing input. Accordingly, access 
to database C and regeneration of the non-duplicated 
version may be avoided. Instead, the duplicate remover 
311 may simply store the non-duplicated version of da- 
tabase C, and only regenerate the non-duplicated ver- 
sion periodically. 

[0073] Figure 4A illustrates a data structure that rep- 
resents the duplicate remover output 401 . In this exam- 
ple, the duplicate remover output 401 only has entries 
C 3 , C 12 , and C 88 . The rest of the entries were 
deemed to be duplicates and thus removed by the du- 
plicate remover 311 . 

[0074] The first concatenator 312 receives and con- 
catenates an instance of the database A, an instance of 
the database B, and the duplicate remover output 401 . 
The resulting output is illustrated in Figure 4B as the first 
concatenator output 402, which is returned to the filter 
313. 

[0075] The filter 313 then filters the first concatenator 
output 402 using the request data entered in the input 
field 201 as the filtering parameter. In one embodiment, 
the filter 31 3 checks for a match against any parameter 
that the user may intend for the filter to match against. 
For example, when entering dialing input into input field 
201 , the user may intend to enter a telephone number 
with the area code first, enter a telephone number with- 



out the area code, enter the first name of a desired cal- 
lee, enter the last name of a desired callee, or the like. 
The filter 313 filters against all these parameters. The 
output from filter 31 3 is illustrated in Figure 4C as filter 

5 output 403. Note that some of the entries have been re- 
moved thus emphasizing that the output is filtered. 
[0076] The second concatenator 315 receives and 
concatenates the request data with the filter output 403. 
The resulting output is illustrated in Figure 4D as second 

10 concatenator output 404. 

[0077] The requestor 316 receives the second con- 
catenated output 404 and then processes those entries 
that need to be displayed by the displayer. At this stage, 
the entries in the second concatenator output 404 rep- 

15 resents entries from different databases. Accordingly, 
each of the entries in the second concatenator output 
404 may have significantly different data structures and 
thus still be incompatible with display in a unified format. 
Accordingly, the requestor 316 uses various data inter- 

20 faces 317, 318, 319 and 320 in order to properly format 
the entries in a unified manner. 

[0078] The requestor 316 passes the request data to 
the request data interface 317. The request data inter- 
face 31 7 then passes back the request data formatted 

25 for presentation on display 200. For example, the font 
size of the request data may change depending on how 
many characters are entered in the input field 201 . Spe- 
cifically, the font size may be reduced as necessary to 
fit all of the request data in one line in the input field 201 . 

30 [0079] The requestor 31 6 passes in any entries from 
database A that are to be displayed to the database A 
data interface 318, any entries from database B that are 
to be displayed to the database B data interface 319, 
and any entries from database C that are to be displayed 

35 to the database C data interface 320. Database A data 
interface 31 8, database B data interface 319, and data- 
base C data interface 320 then return the entries with 
equivalent formatting such that the filter output field 202 
displays the entries in a unified fashion regardless of the 

40 origin of the entry. The request 31 6 then passes the for- 
matted entries to the displayer 321 for presentation on 
the display 200. 

[0080] Figure 5 illustrates a flowchart of a method 500 
in accordance with the present invention for allowing a 

45 user to enter a request without having to specify the re- 
quest method. First, the method detects user input that 
represents a request for service (act 501). In the tele- 
phone example illustrated above, the displayer 321 de- 
tected dialing input entered in the input field 201. The 

so meaning of the request is ambiguous and depends on 
the user's intended request (or dialing) method. The us- 
er need not commit to any particular request or dialing 
method up front. 

[0081] Next, the method performs a step for repre- 
55 senting a plurality of responses to the request, the plu- 
rality of response in aggregate representing responses 
that would be appropriate for two or more of the request 
methods (step 502). In one embodiment, this includes 
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acts 503, 504 and 505. Specifically, the method re- 
trieves response data that represents an appropriate re- 
sponse to the request should the user intend the request 
to be in accordance with afirst request method (act 503). 
Next the method retrieves second response data that 
represents an appropriate response to the request 
should the user intend the request to be in accordance 
with a second request method (act 504). For example 
in the description above, the filter 313 retrieves data 
from multiple databases 310. Each of these databases 
represents data appropriate to a specific request meth- 
od. 

[0082] For example, database A may include data ap- 
propriate for dialing from a contacts list, database B in- 
cludes data appropriate for speed dialing, and database 
C includes data appropriate for dialing through a call log 
selection, in addition, the filter 313 retrieves data appro- 
priate to multiple request methods by filtering on multiple 
parameters that depend on the user's ambiguous intent. 
For example, the filter 313 may use the dialing input to 
match to a telephone number with area code, a tele- 
phone number without area code, an associated first 
name, an associated last name, of the like. Dialing using 
any of these filtering parameters may be viewed as be- 
ing a separate dialing method in accordance with the 
present invention. 

[0083] The filter 31 3 may query the requestor 31 6 for 
the proper data interfaces for the corresponding entries 
it is filtering to determine whether the entries satisfy the 
filtering criteria. Also, the duplicate remover 311 may 
query the requestor 316 for the proper data interfaces 
for corresponding entries in order to determine whether 
the corresponding entries are indeed duplicates. 
[0084] The method then unifies the first response data 
and the second response data into a unified data struc- 
ture (act 505). in the example telephonic device de- 
scribed above, this may be accomplished by the reques- 
tor receiving the filtered entries back and using the data 
interfaces 317, 318, 319 and 320 to format the entries 
into compatible data structures for viewing. The method 
then presents the first response data and the second 
response data to the user so the user may review the 
first and second response data through a single unified 
user interface (act 506). In the example, this is accom- 
plished by the displayer 321 receiving the unified data 
structure from the requestor and displaying the results 
on the display 200. 

[0085] Accordingly, the principles of the present in- 
vention allow a user to enter a request such as via dial- 
ing input, without requiring that the user committo a par- 
ticular dialing method, and without requiring that the us- 
er select a particular database. The present invention 
may be embodied in other specific forms without depart- 
ing from its spirit or essential characteristics. The de- 
scribed embodiments are to be considered in all re- 
spects only as illustrative and not restrictive. The scope 
of the invention is, therefore, indicated by the appended 
claims rather than by the foregoing description. All 



changes which come within the meaning and range of 
equivalency of the claims are to be embraced within 
their scope. 

[0086] What is claimed and desired to be secured by 
5 United States Letters Patent is: 



Claims 

10 1 . in a device that allows a user to enter a request for 
service using a plurality of request methods, the 
meaning of the request depending on the user's in- 
tended request method, a method for merging the 
plurality of request methods so as to allow the user 

15 to enter the request without requiring that the user 
specify the request method, the method comprising 
the following: 

a specific act of detecting user input that repre- 
20 sents a user request for service, the meaning 

of the request depending on the user's intended 
request method; 

a specific act of retrieving first response data 
that represents an appropriate response to the 

25 request should the user intend the request to 

be in accordance with a first request method; 
a specific act of retrieving second response da- 
ta that lepresents an appropriate response to 
the request should the user intend the request 

30 to be in accordance with a second request 

method; and 

a specific act of unifying the first response data 
and the second response data into a unified da- 
ta structure. 

35 

2. A method in accordance with Claim 1 , further com- 
prising the following; 

a specific act of presenting the first response 
40 data and the second response data to the user 

so the user may review the first and second re- 
sponse data through a single unified user inter- 
face. 

45 3. A method in accordance with Claim 1 , wherein the 
specific act of detecting user input that represents 
a user request for service comprises the following: 

a specific act of detecting dialing input that rep- 
50 resents a user request for service. 

4. A method in accordance with Claim 3, wherein the 
specific act of retrieving first response data that rep- 
resents an appropriate response to the request 
55 should the user intend the request to be in accord- 
ance with a first request method comprises the fol- 
lowing: 
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a specific act of retrieving first response data 
that represents an appropriate response to the 
request should the user intend the request to 
be a telephone number. 

5 

A method in accordance with Claim 4, wherein the 
specific act of retrieving first response data that rep- 
resents an appropriate response to the request 
should the user intend the requestto be a telephone 
number comprises the following: io 

specific act of retrieving first response data that 
represents an appropriate response to the re- 
quest should the user intend the request to be 
a telephone number with an area code dialed is 
first. 

A method in accordance with Claim 5, wherein the 
specific act of retrieving second response data that 
represents an appropriate response to the request 20 
should the user intend the requestto be a telephone 
number comprises the following: 

specific act of retrieving second response data 
that represents an appropriate response to the 25 
request should the user intend the request to 
be a telephone number without an area code 
dialed first. 

A method in accordance with Claim 5, wherein the so 
specific act of retrieving second response data that 
represents an appropriate response to the request 
should the user intend the requestto be atelephone 
number comprises the following: 

35 

specific act of retrieving second response data 
that represents an appropriate response to the 
request should the user intend the request to 
be a dialed first name. 

40 

A method in accordance with Claim 5, wherein the 
specific act of retrieving second response data that 
represents an appropriate response to the request 
should the user intend the requestto be a telephone 
number comprises the following: 45 

specific act of retrieving second response data 
that represents an appropriate response to the 
request should the user intend the request to 
be a dialed surname name. 50 

A method in accordance with Claim 4, wherein the 
specific act of retrieving first response data that rep- 
resents an appropriate response to the request 
should the user intend the requestto be a telephone 55 
number comprises the following: 

specific act of retrieving first response data that 



represents an appropriate response to the re- 
quest should the user intend the request to be 
a telephone number without an area code di- 
aled first. 

10. A method in accordance with Claim 9, wherein the 
specific act of retrieving second response data that 
represents an appropriate response to the request 
should the user intend the request to be a telephone 
number comprises the following: 

specific act of retrieving second response data 
that represents an appropriate response to the 
request should the user intend the request to 
be a dialed first name. 

11. A method in accordance with Claim 9, wherein the 
specific act of retrieving second response data that 
represents an appropriate response to the request 
should the user intend the request to be a telephone 
number comprises the following: 

specific act of retrieving second response data 
that represents an appropriate response to the 
request should the user intend the request to 
be a dialed surname. 

12. A method in accordance with Claim 3, wherein the 
specific act of retrieving second response data that 
represents an appropriate response to the request 
should the user intend the request to be a telephone 
number comprises the following: 

specific act of retrieving second response data 
that represents an appropriate response to the 
request should the user intend the request to 
be a dialed first name. 

13. A method in accordance with Claim 12. wherein the 
specific act of retrieving second response data that 
represents an appropriate response to the request 
should the user intend the request to be a telephone 
number comprises the following: 

specific act of retrieving second response data 
that represents an appropriate response to the 
request should the user intend the request to 
be a dialed surname. 

14. A method in accordance with Claim 1 , wherein the 
specific act of retrieving first response data that rep- 
resents an appropriate response to the request 
should the user intend the request to be in accord- 
ance with a first request method comprises the fol- 
lowing: 

a specific act of retrieving a first portion of the 
first response data from a first database, the 
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first portion containing one or more entries from 
the first database; 

a specific act of retrieving a second portion of 
the first response data from a second database 
the second portion containing one or more en- 5 
tries from the second database, at least some 
of the entries in the first portion having a differ- 
ent data structure format that at least some of 
the entries in the second portion. 



15. A method in accordance with Claim 14, wherein the 
specific act of retrieving a first portion of the first re- 
sponse data from a first database comprises the fol- 
lowing: 

a specific act of retrieving the first portion of the 
first response data from a contacts database. 

16. A method in accordance with Claim 14, wherein the 
specific act of retrieving a first portion of the first re- 
sponse data from a second database comprises the 
following: 

a specific act of retrieving the first portion of the 
first response data from a speed dial database. 

17. A method in accordance with Claim 14, wherein the 
specific act of retrieving a second portion of the first 
response data from a second database comprises 
the following: 

a specific act of retrieving the first portion of the 
first response data from a call log database. 

18. A method in accordance with Claim 17, further com- 
prising: 

a specific act of removing duplicates from the 
call log database. 

19. A method in accordance with Claim 1 , further com- 
prising: 

before the specific act of retrieving the first re- 
sponse data and before the specific act of re- 
trieving the second response data, a specific 
act of determining that the user input warrants 
the specific act of retrieving the first response 
data and the specific act of retrieving the sec- 
ond response data. 

20. In a device that allows a user to enter a request for 
service using a plurality of request methods, the 
meaning of the request depending on the user's in- 
tended request method, a method for merging the 
plurality of request methods so as to allow the user 
to enter the request without requiring that the user 
specify the request method, the method comprising 



the following: 

a specific act of detecting user input that repre- 
sents a user request for service, the meaning 
of the request depending on the user's intended 
request method; and 

a step for representing a plurality of responses 
to the request, the plurality of response in ag- 
gregate representing responses that would be 
appropriate for two or more of the request meth- 
ods. 

21 . A method in accordance with Claim 20, wherein the 
step for representing a plurality of responses to the 
15 request comprises the following: 

a specific act of retrieving first response data 
that represents an appropriate response to the 
request should the user intend the request to 
20 be in accordance with a first request method; 

a specific act of retrieving second response da- 
ta that represents an appropriate response to 
the request should the user intend the request 
to be in accordance with a second request 
25 method; and 

a specific act of unifying the first response data 
and the second response data into a unified da- 
ta structure. 

30 22. A method in accordance with Claim 21, further com- 
prising the following: 

a specific act of presenting the first response 
data and the second response data to the user 
3 $ so the user may review the first and second re- 

sponse data through a single unified user inter- 
face. 

23. A method in accordance with Claim 21 , wherein the 
40 specific act of retrieving first response data that rep- 
resents an appropriate response to the request 
should the user intend the request to be in accord- 
ance with a first request method comprises the fol- 
lowing: 

45 

a specific act of retrieving a first portion of the 
first response data from a first database, the 
first portion containing one or more entries from 
the first database; 
50 a specific act of retrieving a second portion of 

the first response data from a second database 
the second portion containing one or more en- 
tries from the second database, at least some 
of the entries in the first portion having a differ- 
55 ent data structure format that at least some of 

the entries in the second portion. 

24. A method in accordance with Claim 21 , further com- 
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prising: 

before the specific act of retrieving the first re- 
sponse data and before the specific act of re- 
trieving the second response data, a specific 
act of determining that the user input warrants 
the specific act of retrieving the first response 
data and the specific act of retrieving the sec- 
ond response data. 

25. A method in accordance with Claim 20, wherein the 
specific act of detecting user input that represents 
a user request for service comprises the following: 

a specific act of detecting dialing input that rep- 
resents a user request for service. 

26. A computer program product for use in a device that 
allows a user to enter a request for service using a 
plurality of request methods, the meaning of the re- 
quest depending on the user's intended request 
method, the computer program product for imple- 
menting a method for merging the plurality of re- 
quest methods so as to allow the user to enter the 
request without requiring that the user specify the 
request method, the computer program product 
comprising computer-readable media having 
stored thereon the following: 

computer-executable instructions for detecting 
user input that represents a user request for 
service, the meaning of the request depending 
on the user's intended request method; 
computer-executable instructions for causing 
first response data to be retrieved, the first re- 
sponse data representing an appropriate re- 
sponse to the request should the user intend 
the request to be in accordance with a first re- 
quest method; 

computer-executable instructions for causing 
second response data to be retrieved, the sec- 
ond response data representing an appropriate 
response to the request should the user intend 
the request to be in accordance with a second 
request method; and 

computer-executable instructions for causing 
the first response data and the second re- 
sponse data to be presented to the user so the 
user may review the first and second response 
data through a single unified user interface. 

27. A computer-readable medium in accordance with 
Claim 26, wherein the computer-readable media is 
one or more physical storage media. 

28. In a telephonic device that allows a user to enter 
dialing input using a plurality of dialing methods, the 
meaning of the dialing input depending on the user's 



intended dialing method, a method for merging the 
dialing methods so as to allow the userto dial using 
the plurality of dialing methods without requiring 
that the user specify the dialing method, the method 
5 comprising the following: 

a specific act of detecting user input that repre- 
sents dialing input, the meaning of the dialing 
input depending on the user's intended dialing 

10 method; 

a specific act of retrieving first response data 
that represents an appropriate response to the 
dialing input should the user intend the dialing 
input to be in accordance with a first dialing 

15 method; 

a specific act of retrieving second response da- 
ta that represents an appropriate response to 
the dialing input should the user intend the di- 
aling input to be in accordance with a second 

20 dialing method; and 

a specific act of unifying the first response data 
and the second response data into a unified da- 
ta structure. 

25 29. A method in accordance with Claim 28, further com- 
prising the following: 

a specific act of presenting the first response 
data and the second response data to the user 
30 so the user may review the first and second re- 

sponse data through a single unified user inter- 
face. 

30. In a telephonic device that allows a user to enter 
35 dialing input using a plurality of dialing methods, the 

meaning of the dialing input depending on the user's 
intended dialing method, a method for merging the 
dialing methods so as to allow the userto dial using 
the plurality of dialing methods without requiring 
40 that the user specify the dialing method, the method 
comprising the following: 

a specific act of detecting user input that repre- 
sents dialing input, the meaning of the dialing 
45 input depending on the user's intended dialing 

method; 

a step for retrieving and presenting a plurality 
of responses to the dialing input, the plurality of 
response in aggregate representing responses 
so that would be appropriate for two or more of the 

dialing methods. 

31 . A computer program product for use in a telephonic 
device that allows a user to enter dialing input using 

55 a plurality of dialing methods, the meaning of the 
dialing input depending on the user's intended dial- 
ing method, the computer program product for im- 
plementing a method for merging the dialing meth- 
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ods so as to allow the user to dial using the plurality 
of dialing methods without requiring that the user 
specify the dialing method, the computer program 
product comprising computer-readable media hav- 
ing stored thereon the following: 

computer-executable instructions for detecting 
user input that represents dialing input, the 
meaning of the dialing input depending on the 
user's intended dialing method; 
computer-executable instructions for causing 
first response data to be retrieved, the first re- 
sponse data representing an appropriate re- 
sponse to the dialing input should the user in- 
tend the dialing input to be in accordance with 
a first dialing method; 

computer-executable instructions for causing 
second response data to be retrieved, the sec- 
ond response data representing an appropriate 
response to the dialing input should the user 
intend the dialing input to be in accordance with 
a second dialing method; and 
computer-executable instructions for causing 
the first response data and the second I re- 
sponse data to be presented to the user so the 
user may review the first and second response 
data through a single unified user interface. 

32. A computer program product in accordance with 
Claim 31 , wherein the computer-readable media is 
one or more physical storage media. 

33. A device that allows a userto enter a request using 
a plurality of request methods, the meaning of the 
request depending on the user's intended request 
method, the device merging the plurality of request 
methods so as to allow the userto enter the request 
without requiring that the user specify the request 
method, the telephonic device comprising the fol- 
lowing: 



the first and second filters, and configured to 
present the received data to the user in a uni- 
fied fashion. 

s 34. A device in accordance with Claim 33, wherein the 
first filter and the second filter are the same filler 
module. 

35. A device in accordance with Claim 33, wherein the 
10 first filter and the second filter are different filter 

modules. 

36. A telephonic device that allows a user to enter dial- 
ing input using a plurality of dialing methods, the 

15 meaning of the dialing input depending on the user's 
intended dialing method, the telephonic device 
merging the dialing methods so as to allow the user 
to dial using the plurality of dialing methods without 
requiring that the user specify the dialing method, 

20 the telephonic device comprising the following: 

a data source representing dialing information; 
a input user interface configured to detect user- 
entered dialing input, the meaning of the dialing 
25 input depending on the user's intended dialing 

method; 

a first filter configured to return at least some of 
the dialing information in the data source that 
conforms with the dialing input should the user 

30 intend to use a first dialing method; 

a second filter configured to return at least 
some of the dialing information in the data 
source that conforms with the dialing input 
should the user intend to use a second dialing 

35 method; and 

a single unified user interface configured to re- 
ceive at least some of the dialing information 
returned from the first and second filters, and 
configured to present the received data to the 

40 user in a unified fashion. 



a data source representing data appropriate for 
one or more request methods: 
an input user interface configured to detect a 
user-entered request, the meaning of the re- 45 
quest depending on the user's intended re- 
quest method; 

a filter configured to return at least some of the 
data in the data source that represents an ap- 
propriate response to the request should the so 
user intend to use a first request method; 
a second filter configured to return at least 
some of the data source that represents an ap- 
propriate response to the request should the 
user intend to use a second request method; 55 
and 

a single unified user interface configured to re- 
ceive at least some of the data returned from 
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